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Verfahren, Geratesystem und Computerprogrammprodukt zum doku- 
mentenbezogenen Erweitern eines resourcenstrukturierten Doku- 
ment enda t ens t roms 



Die Erf'indung betrifft e in .Verfahren, ein Geratesystem und 
ein Computerprogrammprodukt zum Verarbeiten eines Dokumenten- 
datenstroms, der strukturierte Felder enthalt . Ein typisches 
Dokumentendatenformat diesef Art ist das Format AFP™ 
(Advanced Function Presentation) . Es wird insbesondere in 
elektronischen Produktionsdruck-Umgebungen, verwendet, d.h. 
in Datenverarbeitungs- und Drucksystemen, die Dokumentendaten 
mit einer Geschwindigkeit von bis zu einigen tausend Seiten 
pro Minute verarbeiten. 

Derartige Dokumentenprodukt ions syst erne we i sen einen hohen Au- 
0 tomatisierungsgrad auf . In der US-A-6, 137, 967 ist beispiels- 
weise ein Drucksystem mit integrierter Qualitatsprufung.be- 
schrieben. 

Verschiedene Druckdatenstrome und Drucksysteme sind bei' 
5 spielsweise in der Verof f entlichung „Das Druckerbuch" , Dr 
Gerd Goldmann (Herausgeber) , Oce Printing Systems Gmbtf,' 6 
Ausgabe (Mai 2001) , ISBN 3-00-001019-x beschrieben. In Kapi 
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tel 14 ist das Serversystem OcS PRISMApro beschrieben. Dieses 
flexible Druckdaten- Serversystem ist beispielsweise dazu ge- 
eignet, Druckdaten von Datenquellen wie einem Quell -Computer, 
der Druckdaten in einer bestimmten Druckdatensprache wie Line 
Data (Zeilendaten) , AFP, PCL (Printer Command Language) , 
PostScript, SPDS (Siemens Print Data Stream) oder in der von 
der Firma Xerox Coperation entwickelte Sprache LCDS an ein 
Druckproduktionssystem zu ubertragen. 

Details des resourcenstrukturierten Dokumentendatenstroms 
AFP™ sind in der Publikation Nr. S-544-3884-02 , herausgege- 
ben von der Firma International Business Machines Corp. (IBM) 
mit dem Titel „AFP Programming Guide and Line Data Reference" 
beschrieben. Diese Dokumentation ist uber die Addresse IBM 
Printing Systems Division, Dept. H7FE, Building 004M, Infor- 
mation Development, PO Box 1900, Boulder CO 80301-9191 USA 
. oder uber 

hi-.fe p; //pubUb.boul d ft-r. ibm". com/prsvs/pdf S /F54438842 -Pdf zu be- 
. Ziehen. 

Der Dokumentendatenstrom- AFP wurde weiterentwickelt zu dem 
resourcenstrukturierten • Dokumentendatenstrom MO:DCA™, wel- 
cher in der IBM- Publikation SC31-6802-05 (April 2001) mit dem 
Titel „Mixed Object Document Content Architecture Reference" 
beschrieben ist. Dieses Dokument ist' auch unter der Internet- 
Addresse 

hhl-.p ; / /pub! ib . b nnl der . ibm . com/prsvs / pdf s / 03168025 - pdf 
zuganglich. Details dieses Datenstroms, insbesondere die Ver- 
wendung von strukturierten Feldern (structured fields) , sind 
auch in der US-A-5, 768,488 beschrieben. Im Rahmen der vorlie- 
genden Beschreibung wird zwischen AFP- und MO:DCA- 
Datenstromen nicht unter schieden . 

AFP/MO:DCA-Datenstr6me werden im Zuge von Druckproduktions- 
auftragen haufig in Datenstrdme des Formats Intelligent Prin- 
ter Data Stream™ (IPDS™) umgewandelt und in diesem Formsft an 
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einen Hochleistungsdrucker ubertragen. In der US-A-5 , 982 , 997 
ist ein solcher ProzeS gezeigt. 

In der Spezif ikation "UP 3 1; Universal Printer Pre- and Post- 
Processing Interface" , Version 1.02 (Juli 2002), herausgege- 
ben von den Firmen Duplo International Ltd., Hunkeler AG, IBM 
Coperation, Oce Printing Systems GmbH und Str&lfors AB, die 
unter der Internet -Adresse www.up3i.ora als Datei herunterge- 
laden werden kann, sind verschiedenste Steuerbef ehle vorgese- 
hen, die bei der Erstellung eines gedruckten Dokuments zur 
Steuerung verschiedener Gerate eines Druckprodukt ions systems 
wie Druckgeraten und diesen vor- und nachgeschalteten Geraten 
wie z.B. Abrollern, Schneidegeraten, Lochgeraten, Heftgeraten 
und Bindegeraten, verwendet werden konnen. Dabei ist vorgese- 
hen, dass derartige Daten zwischen den unterschiedlichen Ge- 
raten, also z.B. zwischen einer .Papierspendevorrichtung und 
.einem Druckgerit ausgetauscht werden. , 

Auf den Seiten 134 bis 141 der . UP 3 1 -Spezif ikation sind t»e- 
reits Beispiele genannt, wie Befehle fur Druckvor- bzw. Nach- 
verarbeitungsgerate in einen AFP (MO:DCA) bzw. IPDS- 
Datenstrom eingefugt werden konnen. Mit den UP 3 I- 
Erweiterungen konnen APP-Anwendungen nun UP 3 I- 

Kontrollkommandos beinhalten, die zu einem Drucker -ubertragen 
werden, wobei druckerspezif ische Datenf ormate wie IPDS ver- 
wendet werden konnen. . Die UP 3 I-Kontrolldaten sind dabei zu- 
nachst mit den Druckdaten vermischt und werden erst im Druk- 
ker von diesen getrennt. Uber die UP 3 I-Schnittstelle des 
Druckers konnen dann die weiteren Gerate des Druckprodukt i - 
onssystems angesprochen werden, d. h. Vor- und Nachverarbei- 
tungsgerate fur das Druckgut wie Papiers^ender , Abroller, 
Stapler, Locher, Faltgerate/ Schneidegerate und Bindegerate. 

Neue AFP-Anwendungen konnen bereits von An fang so kodiert 
werden, dafi UP 3 1 - Funkt ionen genutzt werden. Anders ist dies 
bei alteren AFP-Anwendungen. Derartige, teilweise seit fielen 
Jahren angewandte Anwendungen fur Standardausdrucke, wie z. 
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B. Rechnungsausdrucke oder Kontoauszuge, mussen verandert 
werden, wenn sie UP 3 I-Funktionen nutzen soil en. 

Aus der IBM-Verof f entlichung Nr. S544-5284-06 "IBM Page Prin- 
ter Formatting Aid: User's Guide", 7 th edition, die z.B. un- 
ter http : / /publ lb . boul der , i b m . com/prsys /pd f g / 544 52 84 6 . pdfc zu- 
ganglich ist, ist ein Tool bekannt, mit dem ein Anwender ei- 
nen bestehenden AFP Dokumentendatenstrom bzw. eine in diesem 
Dokumentendatenstrom bef indliche Formatdef initions- 

Resourcendatei "Formdef" mit zusatzlichen Befehlen versehen 
kann. Dies erfolgt uber eine Kontrolldatei, in der eingetra- 
gen wird, wenn eine sogenannte Copygroup bzw. Medium Map mit 
einem bestimmten Namen erzeugt werden muS. 

Bei dieser Art der Datenanreicherung mussen in der Datei, in 
der die variablen Daten stehen, jeweils entsprechende, Auf ruf e 
der Media Maps hinterlegt werden urn die in der Formdef -Datei 
erzeugten Befehle auf die variablen Daten* wirken lassen zu 
konnen. Diese manuelle Umprogrammierung des. Datenstroms .kann 
^ vor allem, wenn mehrere, z. B. 3 oder mehr, Copygroups rieu 
einzufugen sind - ein sehr komplexer Vorgang werden, der f eh- 
leranfallig ist. Der dabei entstehende Aufwand fur den Anwen- 
der ist betrachtlich und es besteht die Gefahr von Fehleinga- 
ben, wenn Media-Map- Auf ruf e nicht korrekt aktualisiert wer- 
den, z.B. nicht synchron zu den Eintragen in der formdef - 
Datei verandert werden. 

Weiterhin kann es vorkommen, daS ein- und derselbe Ursprungs- 
Datenstrom mit verschiedenen Druckproduktionssystemen und so- 
mit mit verschiedenen Finishing-Moglichkeiten verarbeitet 
werden. Die Anwendung muS dann erneut fur die jeweilige Kon- 
figuration des Druckproduktionssys terns angepafit werden, was 
unter Produktionsbedihgungen zu unerwunschten Zeitverzogerun- 
gen fuhren kann. 

In der Pat entanmel dung Nr. PCT/EP02/05299 , die die Anmelderin 
am 14.05.2002 mit dem Titel „Verfahren, Geratesystem und Com- 
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put erprograramsys tern zur Verarbeitung von Dokumentendaten" 
eingereicht hat, ist beschrieben, wie Zusatzdaten, wie z. B. 
Barcodes, automatisch in einen Dokumentendatanstrom eingefugt 
werden k6nnen. 

In Figur 2 ist eine konventionelle Verarbeitung eines AFP- 
Druckdokumentendatenstroms ohne Unterstutzung von Finishing- 
bzw. UP 3 I-Funktionalitaten dargestellt. Die verschiedenen 
Verarbeitungsschritte zeigen, was ein AFP-Anwendungsdesigner 
(Anwender) zu tun hat, urn eine Anwendung zu erstellen: mit- 
tels eines Formatierungs-Computerprogramms 20, das z. B. das 
eihgangs erwahnte Page Printer Formatting Aid (PPFA) Tool der 
Firma IBM oder der im oben eingefuhrten Druckerbuch beschrie- 
benen Smart Layout Editor (SLE) sein kann, und einer Kon- 
trolldatei 21 mit korrespondierenden Formatierungsparametern 
erzeugt der Anwender eine Formdef -Datei (Resource) 23, die 
eine Copygroup (Medium Map) mit dem Namen ACCOUNT enthalt. 

Eine Druckdatendatei 22, die variable Daten enthalt, wird vom 
Anwender so aufbereitet, daS sie die Copygroup,. we lche mit 
der Kontrolldatei 21 angelegt wurde, mit strukturierten Fel- 
dern des Typs Invoce Medium Map ( IMM) „IMM Account die zwi- 
schen den variablen Daten stehen, aufgerufen wird. Einzelhei- 
ten zu den strukturierten Feldtyp IMM konnen dem eingangs ge- 
nannten IBM-Dokument SC31-6802-05 entnommen werden. 

In dem in Figur 2 dargestellten Beispiel enthalt die Druckda- 
tendatei Kontoauszugs-Dokumente fur zwei verschiedene Kunden 
einer Bank. Fur den ersten Kunden enthalt die Druckdatendatei 
22 zwei Kontoausziige mit jeweils 9 Seiten und 6 Seiten. Fur 
den zweiten Kunden soli ein Kontoauszugs-Dokument mit 3 Sei- 
ten ausgedruckt werden. Dazu wird die Druckdatendatei 22 und 
die Formdef -Datei 23 einem Host-Druckertreiber 24 zugefuhrt, 
der im Schritt S3 aus den beiden Dateien und ggf. zusatzli- 
cher Ressourcen-Dateien, wie z. B. Fonts, einen Druckdaten- 
strom des Formats IPDS bildet, mit dem ein IPDS-fahiges 
Drucksystem 25 angesteuert wird. Das Drucksystem 25 besteht 
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im gezeigten Beispiel aus einem ersten Drucker 26, in dem die 
Vorderseite eines bahnf ormigen Auf zeichnungstragers bedruckt 
wird \ond einem zweiten Drucker 27 , in dem die Ruckseite des- 
selben Auf zeichnungstragers mit den jeweils zugehorigen Daten 
bedruckt wird. 

Im Schritt S4 werden die zuvor ' genannten Dokumente ausge- 
druckt, d. h. als erstes Dokument 28 der erste Ausciruck des 
ersten Kunden, der funf Einzelblatter umfa&t, als zweites Do- 
kument 29 drei Blatter fur den ersten Kunden mit dem zweiten 
Kontoauszug und als drittes Dokument 30 zwei Blatter fur den 
zweiten Kunden. 

In Figur 3 ist dieselbe Anwendung wie in Figur 1 gezeigt, wo- 
bei sie manuell erweitert wird urn zusatzliche Finishing- 
Befehle fur Druckvor- bzw. Nachverarbeitungsgerate, wie sie 
in der UP 3 I-Spezif ikation. yorgesehen sind. . Im Fall der Figur 
3 sind die Finishing-Bef ehle Folien-EinschweiSuhg (Shrink- 
Wrap) , Seitenversatz (Lef t/Right/Shif t) . sowie Dokumenten- 
heftung (Corner. Staple) vorgesehen, die auf das bedruckte 
Druckgut bzw. Teile davon angewandt werden sollen. Anhand der 
Figur 3 wird beschrieben, welche Arbeitsschritte notig sind, 
wenn dieses Ziel mit dem bereits eingangs beschriebenen Tool 
der Firma IBM „Page Printer Formatting Aid" (PPFA) oder mit 
dem von der Anmelderin bekannten Smart Layout Editor (SLE) 
erledigt wird. 

Im Schritt S5 wird mit dem Page Printer Formatting Aid Tool 
(siehe oben) oder mit dem Tool Small Layout Editor (SLE) , das 
in dem eingangs eingefuhrten „Druckerbuch u der Oce Printing 
Systems GmbH beschrieben ist, vom Anwender eine neue Formde- 
f inition-Datei als Ressourcen-Datei erzeugt. Die Parameter 
sind in einer PPFA-Kontrolldatei 31 spezifiziert (lediglich 
aus Darstellungsgrunden ist in Figur 3 die Kontrolldatei 31 
in einen ersten Teil 31a und einen zweiten Teil 31b unter- 
teilt) . Die Kontrolldatei 31 zeigt, daS drei Copygroups ^ (Me- 
dium Map Felder) benotigt werden, um die gewunschten Finis - 
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hing-Funktionen ansteuern zu konnen. Die up»i- 
Kontrollkommandos fur das FolienverschweiSen, den Versatz und 
das Stapeln sind Teil der neuen Medium Maps, z. B. OPERATION 
SHIFT und REFERENCE left fur den Versatz. 

Die im Schritt S5 erzeugte PPFA-Kontrolldatei 31 verwendet 
das PPFA-Computerprogramm 32 dazu, um im Schritt S6 eine 
Formdef-Datei zu erzeugen, in denen die in der PPFA- 
Kontrolldatei 31 definierten Copygroups (LI_ACC1, LI_ACC2 und 
RI_ACC1 enthalten sind) . Diese neuen Medium Maps ersetzen die 
in Figur 1 in der Formdef-Datei 23 enthaltene Copygroup (Me- 
dium Map) ACCOUNT. 

Zusatzlich zu den Anderungen in der Formdef-Datei 23 raufi der 
Anwender die Druckdatendatei modif izieren, so daS die struk- 
turierten Felder Invoce Medium Map (IMM) mit dem neuen Medi- 
um-Map-Namen syhchronisiert werdeni Dabei muS der Anwender 
den jeweiligen al ten IMM. Aufruf durch einen korrekteri neuen 
IMM-Aufruf ersetzen, der den jeweils gewunsqhten Finishing- 
Operationen entspricht . Im Beispiel der Figuren 2 und 3 sind 
statt den jeweils identischen Aufrufen 22 a, 22b und 22c 
„ACCOUNT« fur die drei • Dokumente 28, 29, 30 nunmehr unter- 
schiedliche Aufrufe einzufugen: der Aufruf IMM LI_ACC1 34a, 
wobei das Dokument links abgelegt und geheftet wird, ist dem 
Dokument 28 zuzufiigen und der Aufruf IMM LI_ACC2 34b, wobei 
das Dokument links abgelegt und geheftet wird, dem Dokument 
29. Fur das Dokument 3 0 ist der Aufruf IMM RI_ACC1 einzufii- 
gen, wobei das Dokument rechts abgelegt und geheftet wird. 
Diese Zuordnung muS in der Druckdatendatei 34 manuell erfol- 
gen, wenn die Druckdatendatei bereits besteht oder die in Fi- 
gur 1 gezeigte Struktur 22 hat. Andemfalls miiSte die Druck- 
datendatei vollig neu durch ein entsprechendes Anwendungspro- 
gramm erzeugt werden, was jedoch unter Umstanden sehr zeit- 
aufwendig ist. Zur Synchronisierung ist es also notwendig, 
daS Copygroups a) vorhanden sind, b) im Datenstrom passende 
Parameter zur formdef -Datei haben und c) deren Auf rufev.genau 
an der richtigen Stelle des Druckdatenstroms stehen. 
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im schritt S8 werden die Formdef .-Datei 33 und die Druckdaten- 
datex 34 wiederum vom Host-Druckertreiber 24 vom AFP-Format 
xn einen IPDS-Druckerdatenstrom umgewandelt und an das IPDS- 
fahige Drucksystem 25 gesandt. Die Kommandos, welche sich auf 
dxe Vor- bzw. Nachverarbeitungsgerate (UP 3 1 - Kommandos ) bezie- 
hen und die in der Medium Map enthalten sind, werden in kor- 
respondierende IPDS/Upai -Triplets konvertiert , bevor sie zum 
Drucker gesandt werden. Wie bereits in Figur 2 werden die re- 
sultxerenden gedruckten Dokumente 28, 29, 30 gruppiert, wobei 
xm Falle der Figur 3 die Blatter gruppenweise geheftet und 
geschoben sowie alle zusammen in einer Schutzhulle einge- 
schweifct werden, wie dies vom Anwender spezifiziert wurde 
Die beschrifteten Streifen 35, 36 zeigen die jeweiligen Nach- 
verarbeitungsschritte der nebenstehenden Dokumente. 

Ein Anwender, der mit dem in Figur 3 gezeigten Verfahren ei- 
nen AFP-Druckdatehstrom urn Machverarbeitungs-Funktionalitaten 
(z. B. UP3I) erweitem mochte, mu6 die ursprungliche PPFA- 
Kontrolldatei zur VerfQgung haben und. desweiteren Zugang ha- 
ben zum Anwenderprogramm, das den originaren Druckdatenstrom 
erzeugt hat. Dies ist jedoch nicht immer gegeben. Es ist des- 
halb exn Bedurfnis, bestehende AFP-Druckdatenstrome urn zu- 
satzliche Gerate-Funktionalitaten zu erweitem, urn einen mog- 
Ixchst automatisierten ProzelS zur Erzeugung von komplexeren 
Dokumenten zu ermoglichen, ohne dafi auf alte Steuerungsdatei- 
en bzw. Anwenderprogramme zugegriffen werden muS, die beim 
Erzeugen des Datenstroms maSgebend waren. 

Zusammenfassend ist f estzustellen, dafi bei dem nach Figur 3 
gezeigten Verfahren der Anwender zumindest folgende Sohritte 
durchfuhren mufi: 

a) Er muS bestehende Copygroups verandern, welche eine Fi- 
nxshxng-operation enthalten. Hierzu stehen Tools wie das 
Computerprogramm PPFA zur Verfugung. i4 
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b) 



c) 



Er muE neue Copygroups hinzufugen, die jeweils am Beginn 
exner Finishing-Operation stehen oder deren Fortsetzung 
anzeigen und 

er mug den Druckdatenstrom modif izieren, um die modifi- 
zierten, bzw. eingefvigten Medium Maps (Copygroups) aufzu- 
ruf en . 



Die oben genannten Schritte sind umso aufwendiger, je grower 
die jeweilige Anwendung ist, d.h. je mehr Dokumente in der 
10 Anwendung enthalten sind und/oder je mehr Medium 
Maps/copygroups in der Formdef-Datei enthalten sind. Typische 
AFP-Anwendungen bestehen aus mehreren Tausend bis zu Hundert- 
tausenden von Slattern. Eine typische AFP Formdef-Datei ent- 
halt mehrere Medium Maps, z. B. in einem sogenannten Mixplex- 
Auftrag, bei dem verschiedene Papiereinzugsf acher und/oder 
Simplex/Duplex-Druckbefehle innerhalb eines ■ Druckauf trages 
abwechseln. Aufwand und Fehleranfalligkeit bei der Aufberei- 
tung von derartigen Druckdatenstromen sind" deshalb unter Um- 
standeri sehr groS. 

Die zuvor genannten Publikationen und Patentanmeldungen wer- 
den hxermit durch Bezugnahme in die vorliegende Beschreibung 
aufgenommen. 

Es ist Aufgabe der Erfindung, das Einfugen von Finishing- 
Operationen in bestehende strukturierte Dokumentendatenstrome 
zu automat isieren. 

30 an"" K Uf9abe ln ^ ™*"»Big«. Anspruchen 

30 angegebene Erfindung ge!6st. Vorteilhafte Ausfuhrungsformen 
der Erfindung sind in den Unteranspruchen angegeben. 

ErfindungsgemaS ist 2um MmUbm eines 
Dokumentendatenstroms. der wenigstens eine Formatdef initionen 
35 beinhaltende Eingangs-Forrcatdatei sowie eine in Bereiche 
und/oder Unterbereiche strukturierte. variable Daten enthal- 
tende Erngangs-Dokumentendatei enthalt, mit Finishing- 
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Befehlen vorgesehen, daS eine Kontrolldatei angelegt wird, in 
der Ebenenstrukturen definiert werden, die den Bereichen 
und/oder den Unterbereichen der Eingangs-Dokumentendatei ent- 
sprechen. Weiterhin werden in der Kontrolldatei die Finis- 
5 hxng-Befehle den Ebenen zugeordnet, so daS mit einem Compu- 
terprogramm-Modul anhand der Kontrolldatei, der Eingangs- 
Formatdatei und der Eingangs-Dokumentendatei folgende Dateien 
automatisch erzeugt werden: 

10 (a) Eine Ausgangs-Formatdatei, die in aufrufbaren Gruppen 
die Finishing-Befehle enthalt und 
(b) eine die variablen Daten und bereichs- oder unterbe- 
rexchsweise zugehdrige Gruppenauf rufe enthaltende Aus- 
gangs-Dokumentendatei . 

Ein Vorteil der Erfindung gegenuber herkommlichen Verfahren 
ist, dafi der. Anwender seine, bestehenden Druckproduktionsauf - 
trage nicht selbst. zu verandern braucht . Insbesondere AFP- 
Anwendungen konnen ganz unabhangig von dem Ort und der Art 
• ihres Ausdruokes Druckdaten erzeugen. Zusatzliohe Finishing- 
Befehle fur Gerate zum Vor- bzw. Nachverarbeiten von Druckgut 
xm Druckproduktionsprozefi werden in einem Datenanreicherungs- 
prozeS zu neuen oder existierenden Druckdatenstromen erganzt 
was insbesondere in einem Production-in-Time- Vorgang erfolgen 
kann, kurz bevor der Druckauftrag tatsachlich verarbeitet 
wxrd. Durch die weitestgehende Automatisierung des Vorgangs 
kann ein erf indungsgemaSer DatenanreicherungsprozeS sehr 
kurzfrxstxg angestoSen werden, wobei die ProzeSgeschwindig- 
ke.t zwischen 10 000 und 50 000 Seiten pro Minute liegen 
kann Exn kompletter, riesiger Druckauftrag kann dadurch in- 
nerhalb von nur wenigen Minuten so aufbereitet werden, dalS er 
dxe Fahxgkeiten einer komplex ausgebauten Druokproduktions- 
straSe voll oder teilweise nutzen kann. Zusatzlich zur Anrei- 
cherung von Druckdaten mit Finishing-Bef ehlen konnen die Da- 
ten, xnsbesondere uber das selbe Computerprogramm-Modul , an- 

D^T^ WSrden We±teren ' odar weniger von- der 

DruckstraSe unabhangigen Steuerungsdaten, beispielsweise mit 



30 
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Frankierungsdaten fur Postversandstucke oder mit Barcode - 
Daten zur Erkennung von erzeugten Dokumenten in spateren Ver- 
fahrensschritten. Die Erfindung kann hierzu inbesondere mit 
dem Verfahren bzw. System der eingangs genannten 
PCT/EP02/05299 kombiniert werden, bei dem in einem Verfahren, 
System oder Computerprogramm zur Verarbeitung eines Dokumen- 
tendatenstroms eine Reihe von Funktionsstuf en eingesetzt wer- 
den, um eine schnelle sichere Ausgabe der Dokumente in einem 
Produktionsumf eld, insbesondere in einem Druckproduktionsum- 
feld, zu ermoglichen. Der .Inhalt dieser Patentanmeldung wird 
hiermit nochmals explizit in Bezug genommen. 

Die Erfindung beruht auf der Erkenntnis, daS in einem struk- 
turierten Eingangsdatenstrom, der mit komplexen Finishing- 
Befehlen angereichert werden soli, die bestehende Dokumenten- 
struktur ausgenutzt werden kann und uber Zuweisungen von Be- 
reichen . oder Unterbereieheh des Dokumentendatenstroms eine 
entsprechende bereichsweise Zuordnung von Finishing-Bef ehlen 
moglich ist . GemaS einem weiteren Aspekt der Erfindung wird 
zur Zuweisung eine Kontrolldatei vorgesehen, in der unabhan- 
gig von dem konkreten Aufbau der Dokumenteneingangsdatei Do- 
kumentenebenen definiert werden, auf denen bestimmte Finis - 
hing-Befehle Anwendung finden sollen. Hierdurch laSt sich 
dieser Vorgang sehr gut automatisieren und insbesondere fur 
groSe bis sehr grofie, z. B. Zentausende bis Millionen von Do- 
kumenten enthaltende Druckdatenstrome automat isiert aufberei- 
ten. 

Erf indungsgemaS wird einem Anwender, der einen ressourcen- 
strukturierten Dokumentendatenstrom um Finishing-Operationen 
erweitem will, insbesondere ein Tool (Computerprogramm, Edi- 
tor) zur Verfugung gestellt, mit dem er die Finishing- 
Operationen spezif izieren kann, die durchzufuhren sind. Para- 
meter, die die Operation genauer beschreiben, konnen hierbei 
vorgesehen sein. Weiterhin kann der Benutzer den Ort und den 
Bereich (oder die Ebenen) innerhalb des variablen Drugk^iaten- 
stroms angeben, in denen die Finishing -Operation anzuwenden 
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ist. Weiterhin werden von einem Computerprogramm-Modul auto- 
matisch die notwendigen Finishing-Kommandos * (Copygroups, Me- 
dium Maps) in die Formatdef initions-Datei (Formdef) einge- 
fugt. SchlieSlich werden die in der variable Daten enthalten- 
den Dokumentendatendatei enthaltenen Verarbeitungsauf ruf e 
(Medium Map Invokations) derart modifiziert bzw. eingefugt, 
daS die in die Formatdef initionsdatei aufgenommenen Finis- 
hing-Operationen (Copygroups) aufgerufen werden, anstelle der 
ursprunglich in der variablen Dokumentendatendatei enthalte- 
nen Aufrufe. 

Durch die hochgradige Automat isierung der Ersetzung fruherer 
Verarbeitungsauf ruf e durch die erganzten Aufrufe mit zusatz- 
lichen Funktionalitaten, sind Fehler weitgehend auszuschlie- 
fien. Bestehende Ablaufe zur Erzeugung von Dokumentendaten 
brauchen nicht modifiziert zu werden. Dadurch, date der Benut- 
zer auf einer relativ einfachen Oberflache (Editor , Graphical 
User Interface GUI, Computerprogramm) lediglich die neu zur 
Verfugung stehenden Finishing-Operationskommandos anzugeben 
braucht und die Einf ugung entsprechender Auf ruf e in die Doku- 
mentendatendatei automatisch erfolgt, konnen auch sehr kom- 
plexe und grofie Dokumentendatendatein mit nur geringem Auf- 
wand des Bedieners an die neuen Moglichkeiten im Bereich der 
Vorverarbeitung und Nachverarbeitung von Druckgut angepaSt 
werden . 

In einem bevorzugten Ausf uhrungsbeispiel der Erfindung sind 
die Eingangs-Dokumentendatenstrome und/oder der ressourcen- 
s t rukt ur i e r t e Ausgang s - Dokument endat ens t r om e in Advanc ed 
Function Presentation™ Datenstrom. Mit der Erfindung ist es 
dabei insbesondere moglich, andere Eingangs- 

Dokumentendatenstrome, wie z. B. Line-Daten, PCL-Daten oder 
Postscript -Daten mit Finishing-Bef ehlen anzureichern, ggf . 
bereits dort integrierte Finishing-Bef ehle zu ubernehmen oder 
zu uberschreiben und/oder ausgangsseitig in einen Advanced 
Function Presentation™ Datenstrom zu erzeugen. Ger>au*sogut 
kann es umgekehrt vorgesehen sein, daS eingangsseitig ein 
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Advanced Function Presentation™ Datenstrom vorliegt und die- 
ser ausgangsseitig in einen anderen ressourcenstrukturierten 
Ausgangsdatenstrom umgesetzt wird. 

Weitere Aspekte und Vorteile der Erfindung werden durch die 
nachfolgende Beschreibung von Ausfuhrungsf ormen der Erfindung 
mit einigen Figuren deutlich. Dabei werden - wie bereits vor- 
her *r zum leichteren Verstandnis gleichartige Elemente mit 
gleichartigen Bezugszeichen versehen. 

Es zeigen; 

Figur 1: ein Hochleistungsdrucksystem, 

Figur 2 : Herkommliche Technik zur Verarbeitung eines struktu- 
rieren Datenstroms, 

Figur 3 : Herkommliche Technik zur Aufbereitung eines struktu- 
rierten Datenstroms mit Finishing-Bef ehlen und 

Figur 4: Erf indungsgemafie Technik zur Automatisierten Anrei- 
cherung eines strukturierten Datenstroms mit Finis- 
hing - Be f ehl en . 

In Figur 1 ist . ein Dokumenten-Druckproduktionssystem 1 ge- 
zeigt, das zum einen .eine Main-Frame-Architektur 2 umfasst 
und zum anderen eine Netzwerk-Architektur 5, in denen jeweils 
Dokumentendaten bzw. Dokumentendruckdatenstrome mittels An- 
wenderprogrammen (Tools) erzeugt werden. In der Main-Frame- 
Architektur 2 werden diese Druckdaten von einem Host -Computer 
3, insbesondere als AFP-Druckdatenstrom oder als Zeilendruck- 
datenstrom, erzeugt. Vom Host -Computer 3 konnen die Druckda- 
ten wahlweise uber einen sog. S/370-Kanal 14a direkt an einen 
oder mehrere Druckgerate 6a, 6b ubertragen werden. Alternativ 
zu diesem Ausgabekanal konnen die Druckdaten auch vom Host- 
Computer 3 uber ein Netzwerk 13 oder eine direkte Datetiver- 
bindung 14b zu einem Bearbeitungscomputer 4 ubertragen wer- 
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den, in dem die Druckdaten zwischengespeichert (z.B. in einem 
zugehorigen Pile-Server) und fur nachfolgende Ausgabeschritte 
bearbeitet werden. In derartigen Host-Computern 3 werden ins- 
besondere Druckdatenstrome erzeugt, die aus groSeren Datenbe- 
5 standen (Datenbanken) regelmaSig Listen-Ausdrucke, Rechnun- 
gen, Verbrauchsubersichten (fur Telef onrechnungen, Gasrech- 
nungen, Bankkonten) etc. zusammenstellen. Derartige Anwen- 
dungen sind haufig bereits seit vielen Jahren im Einsatz und 
werden nach wie vor in mehr pder weniger unveranderter Weise 
10 benotigt (sog. Legacy -Anwendungen) . 

•Innerhalb der Main- Frame -Architektur 2 wird der Druckproduk- 
tionsablauf von einem Uberwachungs system 7 uberwacht . Es um- 
fasst einen Uberwachungscomputer 7a, der mit einer Datenbank 
15 7b gekoppelt ist und verschiedene Computerprogrammmodule 7c 
enthalt (vergleiche Figur 2) . 

Das Uberwachungssystem 7 ist uber ein Geratesteuerungsnetz- 
werk 15 und eirien Pr int manager -Modul 8 mit dem Host -Computer 
2 0 3 verbunden sowie uber einen Konverter 9 mit einer V24-Daten- 
leitung, die an die beiden Druckgerate 6a , 6b ankoppelt . Der 
Konverter 9 setzt die V24-Signale in DMI -Protokoll signal e des 
Geratesteuerungsnetzwerkes 15 urn. SNMP-Protokollsignale kon- 

•nen dem Device Manager DM als DMI-Protokollsignale umgesetzt 
bereitgestellt werden bzw. direkt als SNMP-Protokollsignale 
ubergeben werden. 

Druckgut 19 f das in den Druckem 6a , 6b aus dem Dokumenten- 
Druckdatenstrom erzeugt wurde und auf dem Barcodes aufge- 

30 druckt sind, kann jeweils mit einem manuell bewegbaren, funk- 
gesteuerten Barcode-Leser 11a abgescannt werden. Die Signale 
werden per Funk an die Lesestation 10a ubertragen und in das 
Geratesteuerungsnetzwerk 15 bzw. an das Uberwachungssystem 7 
ubermittelt. Als Barcode-Leser konnen Leser fur ein-dimensio- 

35 nale und/oder zwei-dimensionale Barcodes eingesetzt werden, 
sodass verschiedene Barcode -Syst erne mit ein und derselben Le- 
sevorrichtung gelesen werden konnen. Das Barcode -Lesesys tern 
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ist insbesondere konf igurierbar, d.h. , auf verschiedene, an- 
wendungsspezif ische Codes bzw. die jeweils geeigneten. Kon- 
trollverfahren anwendbar. 

In der Netzwerk-Architektur 5 werden Dokumentendaten mittels 
Anwenderprogrammen in Client -Computern 12, 12a erzeugt, die 
uber ein Client -Net zwerk 13 untereinander sowie mit dem Bear- 
beitungscomputer (File-Server) 4 verbunden sind. Der Pile-Ser- 
ver dient damit als zentrale Verarbeitungs- und Bearbeitungs- 
schnittstelle fur Druckdaten des gesamten Druckprodukt ions sy- 
stems 1. Auf ihm laufen diverse Steuerungsmodule (Software- 
programme) , durch die der gesamte Druckprodukt ionsabl auf bzw. 
die gesamte Dokumentenbearbeitung anwendungsspezif isch, pro- 
duktionstechnisch und geratesteuerungsseitig an die jeweili- 
gen Gegebenheiten optimal angepasst wird. 

Itn File-Server werden insbesondere folgende Funktionen aus- 
geftihrt, die im Zusammenhang mit den nachf olgehden Figuren 
genauer beschrieben werden: 

1. Converting Indexing Sorting 

Bei dieser Funktion werden eingehende Druckdaten auf ein ein- 
heitliches Datenformat konvertiert, nach vorgegebenen Parame- 
tern indiziert und in eine vorgegebene Sortierreihenf olge um- 
sortiert. Dies ermoglicht insbesondere die fur die nachf ol- 
gende Dokumentenausgabe optimierte Umsortierung des Daten- 
stroms, beispielsweise das Zusammenf iigen verschiedener Sei- 
ten, die im Eingangsdatenstrom nicht aufeinander folgen, der- 
art zu einem Mail-Piece zusammen zu sortieren, dass sie bei- 
spielsweise in einem Kuvertiergerat 22b gemeinsam zu einer 
Brief sendung einkuvertiert werden konnen. 

2. Einfugen von Steuerungsinf ormationen 

Bei dieser Funktion werden in den Datenstrom Steuerungsin- 
f ormationen, insbesondere Barcodes eingefugt, anhand denen 
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eine zusammengehorige Datengruppe (z.B. Seite, Blatt, Doku- 
ment, Mail-Piece) als solche erkennbar und im Produktions- 
prozess an den verschiedenen Verarbeitungsstationen eindeutig 
lokalisierbar ist . 

3 . Datenreduktion 

Mit dieser Funktion lassen sich Steuerungsdaten, die im Ein- 
gangsdatenstrom vom Host -Computer 3 bzw. Anwender- Computer 12 
an den Bearbeitungscomputer 4 geliefert worden sind, dahinge- 
hend filtern, dass solche Steuerungsdaten, die bei der gege- 
benen Gesamtsystemanordnung nicht benotigt warden, entfernt 
werden. Durch die Verbindung aller beteiligten Ausgabegerate 
(Drucker 6a bis 6d, Schneidegerat (Cutter) 22a, Kuver- 
tiergerat 22b) uber das Geratesteuerungsnetzwerk 15, kann be- 
reits im .Bearbeitungscomputer 4 entschieden werden, welche 
Steuerungsdaten des Eingangsdatenstroms von- keinem der ange- 
schlossenen Gerate benotigt- wird. Durch Entfernen dieser Da- 
ten aus dem Datenstrom kann . der Datenstrom insgesamt redu- 
ziert werden, insbesondere dann, wenn lediglich leere Feld- 
eintrage zu entsprechenden Steuerungsdaten im Eingangs- 
datenstrom enthalten sind. 

4. Extraktion 

Mit dieser Funktion lassen sich aus dem Ausgangsdatenstrom 
vorgegebene Daten filtern bzw. aussondern, wodurch ein kom- 
primierter Datenstrom (verdichtete Daten) , insbesondere fur 
Steuerungs- und Statusdaten, entsteht, der mit sehr hoher Ge- 
schwindigkeit zwischen den beteiligten Geraten und dem Uber- 
wachungs computer austauschbar ist. Hierdurch ist es moglich, 
die Uberwachung der beteiligten Gerate in Echtzeit (Realtime) 
auszuf uhren . 

Die Funktionen 1. - 4. sind von einem Computerprogramm-Modul 
„CIS" (Converting, Indexing and Sorting) weitgehend aufeptttati- 
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siert durchfuhrbar, auf das spater nochmals genauer eingegan- 
gen wird. 

5 . Wiederholungsdruck (Reprint) 

Wenn im Zuge der Weiterverarbeitung der Daten, insbesondere 
bei der Ausgabe der Daten auf einem der Druckgerate 6a, 6b, 
6c oder 6d, in einem der Nachverarbeitungsgerate 18a, 18b 
oder auch im Druckcomputer* 16, ein Fehler auftritt, so kann 
dies durch das Uberwachungs system 7 anhand der im Bearbei- 
tungscomputer 4 eingefugten Steuerungs -Barcodes festgestellt 
werden und der Nachdruck der von der Stoning betroffenen Do- 
kumente (Seiten, Blatter, Mail -Pieces) angefordert werden. 
Diese Wiederholungsdruck-Anforderung wird mafigeblich im Bear- 
beitungscomputer 4 gesteuert. 

Druckdaten, die* vom Bearbeitungscomputer ' 4 f ertiggestellt 
wurden, werden iiber die Druckdatenleitung 14c an einen Druck- 
server 16 geleitet. Dessen Aufgabe ist es im wesentlichen, 
den Bearbeitungscomputer 4 zu entlasten'. Dies erfolgt durch 
Zwischenspeicherung der f ertiggestellten Druckdaten bis zu 
deren Abruf uber die Datenleitung 14d an einen oder beide 
Drucker 6c, 6d. Der Druckserver 16 ist somit in erster Linie 
aus Grunden der Performance (Geschwindigkeits) im Gesamtsy- 
stem integriert. Bei Systemen, deren Druckgeschwindigkeit we- 
niger groS ist, kann auf den Druckserver 16 auch verzichtet 
werden. 

Dokumentendaten, die an die Drucker 6c bzw. 6b ubermittelt 
und dort auf einen Auf zeichnungstrager (z.B. Papier) gedruckt 
werden, werden im Gesamtsystem weiteren Bearbeitungsstuf en, 
namlich dem Schneidegerat 18a und dem Kuvertierungsgerat 18b 
der weiteren Verarbeitung zugefuhrt. Damit ist der Druckpro- 
duktionsprozess abgeschlossen. 

Die gedruckten Dokumente werden auf ihrem Verarbeitun-gsweg 
zwischen dem Druckgerat 6 und dem letzten Nachverarbeitungs- 
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gerat i8b hinsichtlich verschiedener Kriterien mit einem 
Testsystem 17 getestet, n&mlich durch ein optisches Testsy- 
stem 17a hinsichtlich ihrer optischen Druckqualitat , mit ei- 
nem Barcode-Testsystem 17b hinsichtlich ihres Vorhandenseins, 
ihrer Konsistenz und/oder ihrer Reihenfolge sowie mit einem 
MI CR-Test system 17c , sofern der Druck mittels magnet isch les- 
barem Toner (Magnetic Ink Character Recognition Toner) ge- 
druckt wurde. Die vom Testsystem 17 gelieferten Daten der 
verschiedenen Testsysteme werden von einem gemeinsamen seri- 
ellen Datenerf assungsmodul (Serial Delta Aquisition Modul) 
17d an das Gerat esteuerungsnetzwerk 15 ubermittelt und dem 
Uberwachungs system 7 zugefuhrt. Dort werden die jeweiligen 
Systemdaten erfasst und in Echtzeit die Gerate uberpriift so- 
wie die jeweiligen Positionen der Dokumente hinsichtlich ih- 
rer Korrektheit bezuglich des Druckauf trages getestet. 

Weitere Details eines derartigen Testsystems 17 sind im US- 
Patent Nr. .6,137,967 bzw. in dafcu korrespbndierenden Pa- 
tentanmeldungen beschrieben. Der . Inhalt dieses Patents bzw. 
dieser Pateritanmeldungen wird hiermit durch Bezugnahme in' die 
vorliegende Beschreibung aufgenommen. 

Die fertig gedruckten Dokumente 23 konnen wiederum mit einem 
Barcode-Leser lib erfasst werden, der z.B. f unkgesteuert mit 
einer zugehorigen S t eue rung seinricht ting 10b verbunden ist, 
welche wiederum uber das Gerat esteuerungsnetz 15 ihre Daten 
an das Uberwachungs system 7 liefert. 

In Figur 4 ist anhand der Eingangs-Druckdatendatei 22 und der 
Eingangs-Formdef-Datei 23, die bereits Grundlage fur die Be- 
schreibungen der Figuren 2 und 3 waren, gezeigt, wie erfin- 
dungsgemaS ein Ausgangsdruckdatenstrom im Datenformat AFP er- 
zeugt wird. Dazu ist es zunachst einmal hilfreich, die Daten - 
struktur in der Eingangs-Druckdatendatei 22 genauer zu be- 
trachten. Mit der Klaramer 40 sind alle Daten der Druckdaten- 
datei, dem groSten zusammengehorigen Bereich der Drugkdsten, 
vom Befehl „Beginn of Job" bis zum Befehl „End of Job" urn- 
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klammert. Der AFP-Druckdatenstrom gliedert sich dann in nach- 
folgende Unterbereiche, die jeweils mehr oder weniger grofce 
zusammengehorige Dokumente, wie z. B. Mail -Pieces oder Sei- 
ten, signalisieren. Die Erfindung macht sich diese bereichs- 
orientierte Struktur zu Nutze. im Beispiel der Druckdaten- 
datex 22 ist ein erster Bereich eroffnet durch den Befehl 
„BNG Customer" und geschlossen durch den Befehl „ENG Custo- 
mer". Klammer 41 zeigt diesen Bereich. Innerhalb dieses Be- 
reichs gibt es Unterbereiche „Account«, die jeweils durch die 
Befehle „BNG Account" und „ENG Account" begonnen bzw. beendet 
werden, siehe Klammern 42 und 43. Innerhalb des Account - 
Berexchs gliedem sich dann verschiedene Seiten jeweils wie- 
derum strukturiert mit den Befehlen „BP" und „EP" fur Beginn 
der Seite und Ende der Seite auf . 

Auf der gleichen Hierarchie-Ebene wie die Customer-Bef ehle, 
dxe mit. der Klammer 41 bezeichnet waren, befindet sich auch 
der zweite Customer-Bereich, der mit der Klammer 44 bezeich- 
net. ist, Auch er hat einen Unterbereich „Account", der durch 
Klammer 45 umfafit ist. Urn diese Datenstruktur der Druckdaten^- 
datex auch in der Kontrolldatei 46 abzubilden, werden dort 
mxt den Befehlen „Define level" Ebenen def iniert . Die hochste 
Ebene (Level_A) ist dabei die gesamte Druckdatendatei 22 , die 
durch Klammer 40 umspannt wird. Der hochste Bereich (Custo- 
mer) der Druckdatendatei 22 gliedert sich. in einen ersten Cu- 
stomer-Bereich, der mit Klammer 41 umspannt ist und einen 
zwexten Customer-Bereich, der mit Klammer 44 umspannt ist 
Entsprechend dem gewunschten Verarbeitungsschema fur die dort 
hxnterlegten Dokumente (siehe Figuren 1 und 2) , wobei die Do- 
kumente des ersten Kunden nach links versetzt werden soli und 
dxe Dokumente des zweiten Kunden nach rechts versetzt werden 
sollen, mussen innerhalb dieser Bereichsebene zwei verschie- 
dene Ebenen in der Kontrolldatei 46 def iniert werden, namlich 
exne Ebene, die alien ungradzahligen Rechnungen innerhalb des 
ersten Gruppenlevels entsprechen, siehe auch Customer-Klammer 
41, und exne zweite -Ebene, die alien gradzahligen Rechnungen 
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innerhaib des Gruppenlevels 1 entsprechen, vergleiche auch 
zweite Customer-Klammer 44. 

SchlieSlich werden in der Kontrolldatei 46 die verschiedenen 
Fxnxshing-Operationen den zuvor definierten Ebenen zugeord- 
net, im Beispiel der Pigur 4 der Ebene „Level_ A « der Finis- 
hxng-Job • „Shrink«, der Ebene „ L evel_Bl« die Finishing- 
Operation .Left/Shift- und der Ebene „Level_B2« die Finis- 
hing-Operation „Right/Shift« und der Ebene „Level_C« die Fi- 
nishing-Operation „Staple w . 

Die im Schritt S7 f ertiggestellte Kontrolldatei 46 enthalt 
drex Datenbereiche, namlich einen ersten Datenbereich 47 in 
dem die verschiedenen Finishing-Operationen, die von Druck- 
vor- bzw. Nachverarbeitungsgeraten ausgefuhrt werden konnen, 
defxnxert sind, einen Def initionsbereich 48 fur Ebenen in 
dem. verschiedene Ebenen des strukturierten Eingangsdaten- • 
stroms 22 definiert werden. und einen Def initionsbereich- 49 
fur die Zuordnurigen, die zwischen den Finishing-Operationen 
"47 und den definierten Ebenen 48 getroffen werden sollen bzw 
welche Finishing-Operations-Befehle in welche Ebenen der 
strukturierten Datenstromdatei 22. eingefugt werden sollen 
Sobald der Anwender die Kontrolldatei 46 f ertiggestellt hat,' 
kann mxt dem CIS-Computerprogramm-Modul 50 automatisch aus 
der Druckdatendatei 22, der Formdef -Datei 23 und der Kon- 
trolldatei 46 im Schritt S9 einen neue Formdef -Datei 51 sowie 
xm Schritt S10 eine neue Druckdatendatei 52 zeitgleich er- 
zeugt werden. Aus der Formdef -Datei 23 und den in der Kon- 
trolldatei 46 angegebenen Finishing-Operationen werden die 
neuen Copygroups L^ACCl, LI_ACC2 und RI_ACC1 erzeugt Wei- 
terhin bewirkt das CIS-Computerprogramm-Modul 50, dafc aus der 
Druckdatendatei 22 und den Def initions-Bereich 48 fur Ebenen 
sowie dem Def initionsbereich 49 fur Zuordnungen, die modifi- 
zxerte Druckdatendatei erzeugt wird. Das CIS- 
Computerprogramm-Modul 50 (CIS steht fur Converting Indexing 
and Sorting) , siehe auch die Beschreibung zu Figur 1) , .unter- 
sucht dazu die Eingangs -Druckdatendatei 22 auf ihre logische 
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hierarchische Struktur und weist den verschiedenen Datenbe- 
reichen die Ebenen zu, d. h. die Ebene Level_A dem gesamten 
Dokument entsprechend der Klammer 40, Level_Bl dem Datenbe- 
reich der Klammer 41 usw. Anhand diese Zuordnung und den im 
Definitionsbereich 49 getroffenen Zuordnungen konnen entspre- 
chende Finishing-Befehle, die im Bereich 47 definiert worden 
waren, in die Druckdatendatei 22 exakt an den richtigen Posi- 
tionen eingefiigt werden, so daS die Druckdatendatei 52 ent- 
steht. Das CIS-Computerprogramm-Modul 50 benutzt also die In- 
formationen, die in der Kontrolldatei 46 enthalten sind und 
modifiziert die Medium Maps „Account«, die in der ursprungli- 
chen Formdef-Datei 23 enthalten waren und deren korrespondie- 
rende Aufrufe in der urspriinglichen Druckdatendatei 22 „IMM 
Account" und modifiziert diese entsprechend den nunmehr ver- 
feinerten, zusatzlichen Finishing-Befehlen. Die Umsetzung er- 
folgt automatisch durch das CIS-Computerprogramm-Modul 50 und 
garantiert somit ein in sich logisches, aufeinander abge- 
stimmtes bzw. synchronisiertes Ergebnis. 

Die result ierende, neue: Formdef-Datei 51 enthalt neue Medium 
Maps, wobei die Bezeichnungen „LI_ACC1» usw. rein willkurlich 
sind und vollig automatisch sowie zufallig durch das CIS- 
Computerprogramm-Modul erzeugt werden konnen. Eine einmal 
vergebene Bezeichnung wird dann jedoch behalten. Die neuen 
Medium Maps ersetzen jedenfalls die vorhergehenden ACCOUNT 
Medium Maps der ursprunglichen Formdef-Datei 23 . 

Weitere Einzelheiten des CIS-Computerprogramm-Moduls 50 kon- 
nen der WO 01/77807 A2 und der PCT/EP02/05299 entnommen wer- 
den, die hiermit nochmals explizit in die vorliegende Be- 
schreibung aufgenommen werden. Eine wichtige Funktionalitat 
des CIS-Computerprogramm-Moduls 50, die in der alteren WO- 
Veroffentlichung ^807 angesprochen sind, ist die Normalisie- 
rung der Daten der Eingangs -Druckdatendatei 22. Sie wird im 
Schritt S10 konviertiert und ggf. so umsortiert, daS gleiche 
Auftragsarten und/oder gleiche Kunden gemeinsam hintereinan- 
der ausgedruckt werden, so daS die nachfolgende Verarbeitung 
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der Dokumente (Stapeln, kuvertieren, heften etc.) vereinfacht 
ist . 

Die modifizierte Druckdatei 52 und die modif izierte Formdef- 
Datei 51 werden im Schritt Sll einem Host-Druckertreiber 24 
zugefiihrt, der den AFP-Datenstrom in einen APDS -Datenstrom an 
einen IPDS-und UP3I-fahigen Drucker geleitet . Die UP3I- 
Kommandos, die in den Medium Maps enthalten sind, werden in 
entsprechende IPDS-Triplets umgewandelt, bevor sie an den 
Drucker gesandt werden (Schritt Sll) . 

Wie bereits in den Figuren 2 und 3 besteht auch im Ausfiih- 
rungsbeispiel der Figur 4 das mit dem Verfahren erzeugte 
Druckgut aus funf Blattern fur Kunden 1 und dessen erste 
Rechnung, drei Blattern fur die zweite Rechnung des Kunden 1 
und zwei Blattern fur den Kunden 2. Diesesmal sind die Blat- 
ter gestapelt, verschoben und folienverschweiSt, wie dies vom 
Anwender gewunscht war. 

Aufgrund der strukturellen Korrespondenz zwischen Eingangsda- 
tei 22 und Kontrolldatei 46 ist der Aufwand, Zusatzgerate- 
Funktionalitaten, wie UF'I-Funktionen, in eine existierende 
Anwendung eines ressourcenstrukturierten Druckdatenstroms 
einzubringen, relativ gering. Durch die Automat isierung kann 
unabhangig von der Grofce der Anwendung (Zahl der Dokumente, 
Seiten und/oder Mail-Pieces) und der Zahl der Medium Maps in 
der Formdefinitions-Datei eine sichere Konvertierung erfol- 
gen. Weiterhin sind die Spezif ikationen der ursprunglichen 
Formdefinition-Datei 23 nicht notwendig, so daS der AFP- 
Anwender, der eine UP'i-Datenerweiterung durchfuhren will, 
keine Zugriffe auf die ursprdngliche Kontroll-Datei benotigt! 
mit der die originare Formdef -Date! 23 erzeugt wurde . Ein 
AFP-Anwender, der zusatzliche Gerate-Funktionalitaten in den 
Datenstrom implement ieren will, braucht auch keinen Zugriff 
zu einer ursprunglichen PPFA-Kontrolldatei oder zum Anwen- 
dungsprogramm, das den Datenstrom ursprunglich erzeugfe-^hat , 
weil er lediglich auf einer komfortablen Bedien-Oberf lache 
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die zusatzlichen Befehle in den Datenstrom einschliefilich der 
Formdef-Datei 23 einfugt. 

Im Schritt Sll werden die modif izierte Druckdatendatei 52 und 
die modifizierte Formdef-Datei 51 durch den Host- 
Druckertreiber 24 in einen I PDS -Datenstrom umgewandelt und 
dieser IPDS-Druckdatenstrom an das Drucksystem 25 zur Ausgabe 
ausgegeben. Dieses produziert im Schritt S12 drei Dokumente 
28, 29 und 30, wie sie bereits' anhand der Figuren 2 und 3 na- 
her erlautert wurden. 

In den oben angegebenen Ausfuhrungsbeispielen wurden jeweils 
AFP-Druckdaten urn Finishing-Bef ehle angereichert, urn Dokumen- 
te in verschiedener Art und Weise- einer Druckvorverarbeitung 
und/oder einer brucknachverarbeitung zu unterziehen. Die Er- 
findung ist jedoch nicht nur auf . AFP-Druckdatenstrome bzw. 
entsprechend ressourcenstrukturierte . Eingabedateien geeignet,. 
sondern kann. beispielsweise aufch fur sogenannte . Zeilendaten 
angewandt werden, die ansich unstrukturiert sind. Mittels ei- 
nes geeigneten Computerprogramm-Moduls, beispielsweise dem 
von der Firma IBM bekannten Compute rprogramm ACIF oder dem in 
der vorliegenden Erfindung bereits verwendeten Computerpro- 
gramm „CIS» 50, das auch in der WO 01/77807 A2 naher erleu- 
tert wird, konnen solche Zeilendaten derart umgewandelt wer- 
den, daS mittels einer sogenannten Pagedef -Datei die Zeilen- 
datendatei in eine strukturierte Datei umgewandelt wird. Die- 
se strukturierte Datei entspricht dann der Druckdatendatei 22 
der oben geschilderten Ausfuhrungsbeispiele und kann mittels 
einer entsprechenden Formdef-Datei 23 wiederum mit der Erfin- 
dung automatisch zu einer mit Finishing-Bef ehlen angereicher- 
ten Ausgabe-Datei 52 umgewandelt werden. 

Neben Zeilendaten konnen auch Ext endable- Markup -Language - 
Daten (XML-Daten) mit Finishing-bperationen angereichert wer- 
den. Der XML-Standard ist vor allem im Bereich von Intemet- 
Seiten ein wohl bekannter Standard. Auch Persona^zed- 
Printer-Markup-Language-Daten (PPML-Daten) konnen mit der' 
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vorliegenden Erfindung urn Finishing-Bef ehle angereichert wer- 
den. SchlieSlich ist es auch moglich, weitere, bekannte Arten 
von Dokumentedatenstromen, wie beispielsweise Daten der Prin- 
ter-Controll -Language (PCL) in der erf indungsgemaSen Weise zu 
verarbeiten. Dabei konnen Finishing-Bef ehle bereits im ur- 
sprunglichen Datenstrom (PCL) enthalten sein, der PCL- 
Datenstrom in einen AFP -Datenstrom umgewandelt werden und da- 
bei die bereits bestehenden Finishing-Bef ehle ubernommen wer- 
den und wahlweise mit zusatzlichen Finishing-Bef ehlen ange- 
reichert werden. Die Anreicherung erfolgt dann in der erf in- 
dungsgemaSen Weise. 

Mit der Erfindung ist es schlieSlich auch denkbar, statt ei- 
ner Datenanreicherung eine Datenreduktion vorzunehmen, d. h. 
eine Druckdaten-Eingangsdatei, die Finishing-Operationen ent- 
halt, urn diese Operationen zu vermindern. Der grundsatzliche 
erfindungsgemafie Ablauf mit. dem Erstellen einer Kontroll-' 
Datei, die bestimmte Ebenen definiert und gewisse Finishing- 
Operationen diesen Ebenen zuweist, bleibt dabei erhalten.. Es 
wird lediglich statt dem Hinzufugen- von Finishing-Bef ehlen 
das Entfernen von Finishing-Bef ehlen festgelegt. Genausogut 
kann vorgesehen sein, Finishing-Bef ehle auszutauschen, wo- 
durch z.. B. Finishing-Bef ehle, die auf einen bestimmten Typ 
Oder eine bestimmte Version von Finishing-Gerat aufsetzt, 
durch entsprechend geanderte Typen oder Versionen zu erset- 
zen. Dies kann insbesondere vorteilhaft sein, wenn eine zu 
druckende Datei Finishing-Bef ehle einer bestimmten Norm (z. 
B. UP* i) enthalt und an einer Anlage bearbeitet werden soil, 
die diese Norm nicht erfullt, z. B. nicht UP'i-fahig ist'. 
Weiterhin ermoglicht die Erfindung, Finishing-Bef ehle bzw' 
Daten einer ersten Norm zu ersetzen durch Finishing-Bef ehle 
bzw. Daten einer zweiten Norm,, beispielsweise, wenn eine An- 
wendung auf einem neuen System ablauf en soil. 

Mit der Erfindung sind somit die Grundlagen geschaffen, sehr 
flexibel mit Druckdatenstromen in mehr oder weniger komplexen 
Druckproduktionssystemen umzugehen, in denen die Daten, Dokul 
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mente bzw. Auf zeichnungstrager in mehreren verschiedenen Ge- 
raten verarbeitet werden. 

Bei der Umwandlung eines PCL- oder PS (Postscript) Datenstrom 
in AFP kann es zudem vorgesehen sein, daS die Formdef -Datei 
in einem Zuge mit der Umwandlung der Druckdatendatei erstellt 
wird, d. h. sie wird sozusagen „on the fly- gebildet. Mit 
diesen beiden Dateien (Formdef -Datei und Druckdatendatei) und 
der vom Anwender erzeugten erf inderischen Kontrolldatei kann 
dann direkt und sehr schnell die modifizierte Druckdatendatei 
und die modifizierte Formdef -Datei zur Verarbeitung des 
Druckauftrags in einem Drucksystem mit Finishing-Bef ehlen er- 
f olgen. 



Die Erfindung kann insbesondere als Computerprogramm (Soft- 
ware) realisiert sein. Sie kann damit als Computerprogramm- 
Modul als Datei auf einem Datentrager wie einer Diskette oder 
CD-Rom oder als Datei- uber eiri Daten- bzw. Kommunikationsnetz- 
verbreitet werden. Derartige und vergleichbare Computerpro- 
gramm- Produkte oder Computerprogramm-Elemente sind. Ausgestal- 
tungen der Erfindung. Der erf indungsgemafSe Ablauf kann in ei- 
nem Computer, in einem Druckgerat .oder in einem Drucksystem 
m lt vorgeschalteten oder nachgeschalteten Datenverarbeitungs- 
geraten Anwendung finden, insbesondere wenn das Computerpro- 
gramm auf einem geeigneten Computer ablauft und dort einen 
erfindungsgemafien Verf ahrensablauf bewirkt . Dabei ist klar 
dafi entsprechende Computer, auf denen die Erfindung angewandt 
wxrd, weitere, an sich bekannte technische Einrichtungen wie 
Emgabemittel (Tastatur, Mouse, Touchscreen) , einen Mikropro- 
zessor, einen Daten- bzw. Steuerungsbus , eine Anzeigeeinrich- 
tung (Monitor, Display) sowie einen Arbeitsspeicher, einen 
Festplattenspeicher und eine Netzwerkkarte enthalten konnen. 



2002-0801 DE 




- 26 - 



Bezugszeichenliste 



la. , 




erste oruppe von Dokumenten 


2a, , 


. • 2c 


^weice i^ruppe von Dokumenten 


•3d. . 




mailpieces ( Sendungen) 


3 




xiosc computer 


4 




Bearbeitungscomputer (File Server) 


5 




Net z we rk - Ar chi t ekt ur 


6 




Ausgabegerat 


6a . . 


. .6d 


Druckgerate 


7 




Uberwachung s sy s t em 


7a 




Uberwachungscomputer 


7b 




Datenbank 


7c 




Comput e rpr ogr amm- Modul e 


8 




Print Manager 


9 




Konverter 



10a/ 10b . Lesestation 

11a, lib. Hand-Barcodeleser • 

12, 12a ' Client -Computer (Anwendernetzwerk) 



13 


Netzwerk -fur Client . 


14a. .14d 


Druckda t enl e i t ungen 


15 


Gerat es t euerungsne t zwerk 


16 


Druckserver 


16a 


Bildschirm 


17 


Testsystem 


17a 


optisches Testsystem 


17b 


Barcode Testsystem 


17c 


MICR-Testsystem 


17d 


Datenerf as sungs -Modul 


18a 


Schneidegerat 


18b 


Kuvertierer 


19 


Druckgut 


20 


Format ierungs - Comput erprogramm 


21 


Kontrolldatei 


22 


Druckdatendatei 


23 


Formde f - Da t e i 


24 


Hos t -Druckert reiber 
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25 Drucksystem 

26 erstes Druckgerat 

27 zweites Druckgerat 

28 erstes Dokument 

29 zweites Dokument 

3 0 drittes Dokument 

31 PPFA-Kontrolldatei 

31a erster Teil der PPFA-Kontrolldatei 

31b zweiter Teil der PPFA-Kontrolldatei 

32 PPFA-Computerprogramm 

33 PPFA-Formdef-Datei 

34 Druckdatendatei 

35 Nachverarbeitungsschritte 

36 Nachverarbeitungsschritte 

4 0 Job-Klammer 

41 . • • Customer-Klammer 

42 Erste Account -Klammer 

43 Zweite Account -Klammer 

44 Zweite Customer-Klammer 

45 Dritte Account -Klammer 

46 Kontrolldatei 

47 Definitionsbereich fur Finishing-Operationen 

48 Definitionsbereich fur Ebenen 

49 Definitionsbereich fur Zuordnungen 

50 CIS -Computerprogramm-Modul 

51 Modifizierte f ormdef -Datei 

52 Modifizierte Druckdatendatei 

51 Erzeugen der Kontrolldatei 

52 Verandern der Druckdatendatei 

53 Erzeugen des IPDS-Druckdatenstroms 

54 Ausdrucken 

55 Erzeugen der PPFA-Kontrolldatei 

56 Erzeugen der PPFA-Formdef-Datei 

57 Erzeugen der Kontrolldatei 46 

58 Erzeugen des IPDS-Datenstroms 



2002-0801 DE 



- 28 - 



S9 Erzeugen des neuen formdef -Datei 

510 KonvertierungsprozeJS fur variable Druckdaten 

511 Umwandlung AFP IPDS 

512 Dokumentenproduktipn 
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Patentanspruche : 



1. Verf ahren zum Anreichern eines Eingangs- 

Dokumentendatenstroms, der wenigstens eine Formatdef ini - 
tionen beinhaltende Eingangs-Pormatdatei (23) und eine in 
Bereiche und/oder Unterbereiche strukturierte, variable 
Daten enthaltende Eingangs-Dokumentendatendatei (22) ent- 
halt, mit Finishing-Befehlen, wobei in einer Kontrollda- 
tei (46) Ebenenstrukturen definiert werden, die den Be- 
reichen (40) und/oder den Unterbereichen (41, 42, 43, 44) 
der Eingangs-Dokumentendatendatei (22) entsprechen, wobei 
in der Kontrolldatei (46) die Pinishing-Bef ehle den Ebe- 
nen zugeordnet werden und wobei anhand der Kontrolldatei 
(46), der Eingangs-Formatdatei (23) und der Eingangs- 
Dokumentendatendatei (22) von einem Computerprogrammmodul 
(50) automatisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51), die in aufrufbaren 
. Gruppen die Finishing-Bef ehle enthalt, und 

• (b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf rufe enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

2. Verf ahren nach Anspruch 1, wobei in der Kontrolldatei 
(46) die Finishingbefehle (47) und die Ebenen (48) defi- 
niert • werden sowie eingetragen wird, welche Finishingbe- 
fehle in welcher Ebene angewandt werden. 

3. Verf ahren nach Anspruch 2, wobei in der Kontrolldatei 
(46) festgelegt wird, welche Verarbeitungsbefehle auf 
welchen Ebenen ausgefiihrt werden. 

4. Verf ahren nach einem der vorhergehenden Anspruche, wobei 
das Dokumentenverarbeitungssystem (1) ein Druckprodukti- 
onssystem ist, das ein Druckgerat (26, 27) und mindestens 
em Gerat (18a, 18b) zur Verarbeitung des Druckgutes' " (19) 
vor oder nach dem Druckvorgang umfasst und wobei die Fi- 
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nishingbefehle mindestens eines der Gerate (18a, 18b) zur 
Verarbeitung des Druckgutes (19) vor oder nach dem Druck- 
vorgang ansteuern. 

5. Verf ahren nach einem der vorhergehenden Anspriiche, wobei 
mit dem Computerprogrammmodul (50) die Daten der Aus- 
gangs -Pormatdefinitionsdatei (51) und die Daten der Aus- 
gangs -Dokumentendatei (52) zueinander korrespondierend 
erzeugt werden. 

6. Verf ahren nach einem der vorhergehenden Anspriiche, wobei 
der resourcenstrukturierte Eingangs-Dokumentendatenstrom 
(22) und/oder der resourcenstrukturierte Ausgangs - 
Dokumentendatenstrom ein Advanced Function Presentation™ 
Datenstrom ist. 

7.. Verf ahren nach einem der . Anspriiche 1 bis 5, wobei der 
resourcenstrukturierte Eingangs-Dokumentendatenstrom .(22) . 
und/oder der resourcenstrukturierte Ausgangs - 

Dokumentendatenstrom ein XML- , PPML- , PCL- oder Post 
Script -Datenstrom ist. 

8. Verf ahren nach den Anspruch 6, wobei die Eingangs- und 
Ausgangs -Formatdef initionsdateien (23, 51) jeweils eine 
Formdef-Datei sind und dass der Computerprogrammabschnitt 
(50) die Ausgangs -Formdef-Datei (51) gegenuber der Ein- 
gangs -Formdef-Datei (23) mit veranderten Medium Maps ver- 
sieht . 

9. Verf ahren nach Anspruch 6 und Anspruch 8, wobei die Aus- 
gangs -Dokumentendatei (52) eine Druckdatei mit variablen 
Druckdaten ist und der Computerprogrammabschnitt (50) die 
variablen Daten mit Aufrufen der Medium Maps der Aus- 
gangs -Formdef-Datei (51) anreichert. 

10. Verf ahren nach einem der vorhergehenden Anspriiche, ^ wobei 
eine nicht resourcenstrukturierte Datei eingelesen und 
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in einen resourcenstrukturiereten Eingangs-Datenstrom um- 
gewandelt wird und dann einem Verf ahren nach einemder 
vorhergehenden Anspruche unterzugen wird. 

11. Verf ahren nach Anspruch 10, wobei nicht resourcenstruktu- 
rierte Datei eine Zeilendaten-Datei ist. 

12. Verf ahren nach einem der Anspruche 10 oder 11, wobei zum 
Umwandeln der nicht resourcenstrukturierten Datei dassel- 
be Computerprogrammmodul (50) verwendet wird wie zum Auf- 
bereiten der resourcenstrukturierten Eingangsdatei . 

13. Verf ahren zum Verandern oder Entfernen von Finishing - 
Befehlen in einem Eingangs-Druckdatenstrom, der wenig- 
stens eine Formatdef initionen beinhaltende Eingangs- 
Formatdatei (23) und eine in Bereiche und/oder Unterbe- 
reiche strukturierte,- variable Daten enthaltende Ein- 
gangs-Dokumentendatendatei (22) enthalt, wobei in einer 
Kontrolldatei (46) Ebenenstrukturen definiert werden, die 
den Bereichen, (40) und/oder den Uhterbereichen (41, . 42, 
43, • 44) der Eingangs-Dokumentendatendatei (22) entspre- 
chen, wobei in der Kontrolldatei (46) die veranderten Fi- 
nishing -Befehle den Ebenen zugeordnet werden und wobei 
anhand der Kontrolldatei (46), der Eingangs-Formatdatei 
(23) und der Eingangs-Dokumentendatendatei (22) von einem 
Computerprogrammmodul (50) automatisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51), die in aufrufbaren 
Gruppen die veranderten Finishing-Befehle enthalt oder 
die zu entfemenden Finishing-Bef ehlen nicht mehr ent- 
halt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

14 . Computerprogrammprodukt zum Anreichern eines Eingangs- 
Dokumentendatenstroms, der wenigstens eine Formatdef ini- 
tionen beinhaltende Eingangs-Formatdatei (23) und eine in 
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Bereiche und/oder Unterbereiche strukturierte, variable 
Daten enthaltende Eingangs-Dokumentendatehdatei (22) ent- 
halt, mit Finishing-Befehlen, wobei in einer Kontrollda- 
tei (46) Ebenenstrukturen definiert werden, die den Be- 
reichen (40) und/oder den Unterbereichen (41, 42, 43, 44) 
der Eingangs-Dokumentendatendatei (22) entsprechen, wobei 
in der Kontrolldatei (46) die Pinishing-Bef ehle den Ebe- 
nen zugeordnet werden und wobei anhand der Kontrolldatei 
(46), der Eingangs-Formatdatei (23) und der Eingangs- 
Dokumentendatendatei (22) von einem Computerprograrammodul 
(50) autotnatisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51) , die in aufrufbaren 
Gruppen die Pinishing-Bef ehle enthait, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf rufe enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

15 . Computerprogrammprodukt. nach Anspruch .14, wobei in der 
Kontrolldatei (46) die Pinishingbef ehle (47) und die Ebe- 
nen (48) definiert werden so'wie eingetragen wird, welche 
Finishingbefehle in welcher Ebene angewandt werden. 

16 . Computerprogrammprodukt nach Anspruch 15, wobei in der 
Kontrolldatei (46) festgelegt wird, welche Verarbeitungs- 
befehle auf welchen Ebenen ausgefiihrt werden. 

17 . Computerprogrammprodukt nach einem der Anspruche 14 bis 

16, wobei das Dokumentenverarbeitungssystem (1) ein 
Druckproduktionssystem ist, das ein Druckgerat (26, 27) 
und mindestens ein Gerat (18a, 18b) zur Verarbeitung des 
Druckgutes (19) vor oder nach dem Druckvorgang umfasst 
und wobei die Finishingbefehle mindestens eines der Gera- 
te (18a, 18b) zur Verarbeitung des Druckgutes (19) vor 
oder nach dem Druckvorgang ansteuern. 

18. Computerprogrammprodukt nach einem der Anspruche, i'4 1 bis 

17, wobei es geeignet ist, als resourcenstrukturierten 
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20 



• 



30 



35 



Eingangs -Dokumentendatenstrom (22) und/oder als resour- 
censtrukturierten Ausgangs -Dokumentendatenstrom einen 
Advanced Function Presentation™ Datenstrom zu bearbeiten, 
wobei die Eingangs- und Ausgangs-Formatdef initionsdateien 
5 (23, 51) jeweils.eine Formdef -Datei sind, wobei der Corn- 

put erprogrammabschnitt (50) die Ausgangs- Formdef -Datei 
(51) gegenuber der Eingangs -Formdef -Datei (23) mit veran- 
derten Medium Maps versieht und wobei die Ausgangs - 
' ! Dokumentendatei (52) eine Druckdatex mit variablen Druck- 
10 daten ist und der Computerprogrammabschnitt (50) die va- 

riablen Daten mit Aufrufen der Medium Maps der Ausgangs - 
Formdef -Datei (51) anreichert. 

19.Geratesystem zum Anreichern • eines Eingangs- 
15 Dokumentendatenstroms, der wenigstens eine Formatdef ini- 

tionen beinhaltende Eingangs -Formatdatei (23) und eine in 
■•. Bereiche- und/oder UnterbereicHe • strukturierte, variable 
Daten enthaltende Eingangs-Dokum6ntendatendatei (22) ent- 
halt,. mit. Finishing-Bef ehlen,. wobei eine Kontrolldatei 
(46) vorgesehen ist, in der Ebenenstrukturen . def inie.rbar 
sind, die den Bereichen (40) und/oder den Unterbereichen 
(41/ 42, 43, 44) der Eingangs -Dokumentendatendatei (22) 
entsprechen, wobei in der kontrolldatei (46) die Finis- 
hing-Bef ehle den Ebenen zugeordnet sind und wobei ein 
Computerprogrammmodul (50), vorgesehen ist, durch das an- 
hand der. Kontrolldatei * (46) , der Eingangs -Formatdatei 
(23) und der Eingangs -Dokumentendatendatei (22) automa- 
tisch erzeugt wird: 

(a) eine Ausgangs -Formatdatei (51), die in aufrufbaren 
Gruppen die Finishing-Bef ehle enthalt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs -Dokumentendatendatei (52) . 



20.Geratesystem nach Anspruch 19, wobei in der Kontrolldatei 
(46) die Finishingbefehle (47) und die Ebenen (48-)-?*aef i- 
niert sind sowie eingetragen ist, welche Finishingbefehle 
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in welcher Ebene angewandt werden. 

21. Geratesystem nach Anspruch 20, wobei in der Kontrollda- 
tei (46) festgelegt ist, welche Verarbeitungsbef ehle auf 
welchen Ebenen ausgefuhrt werden. 

22 . Geratesystem nach einem der Anspruche 19 bis 21, wobei 
das Dokumentenverarbeitungssystem (1) ein Druckprodukti- 
onssystem ist, das ein Druckgerat (26, 27) und mindestens 
ein Gerat (18a, 18b) zur Verarbeitung des Druckgutes (19) 
vor oder nach dem Drue kvor gang umfasst und wobei minde- 
stens eines der Gerate (18a, 18b) 'so ausgebildet ist, 
dass es die Finishingbef ehle zur Verarbeitung des Druck- 
gutes (19) vor oder nach dem Druckvorgang interpretieren 
kann. 

23 . Geratesystem nach einem .der Anspruche . 19 bis 22, wobei 
ein Gerat (4) zum Empfang des der. resourcenstrukturierte 
Eingangs-Dokumentendatenstroms (22) vorgesehen ist und so 

• ausgebildet ist, dass es einen Advanced Function Presen- 
tation™ Datenstrom interpretieren und/oder bearbeiten- 
kann. 

24. Geratesystem nach einem der Anspruche 19 bis 23, wobei 
ein Gerat (4) zum Empfang des der resourcenstrukturierte 
Eingangs-Dokumentendatenstroms (22) vorgesehen ist und so 
ausgebildet ist, dass es ein XML- , PPML- , PCL- oder Post 
Script -Datenstrom interpretieren und/oder bearbeitenkann. 
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Zus ammenf a s sung 



In einem Verfahren, einem Geratesystem und einem Computerpro- 
grammprodukt zum Anreichern eines Eingangs-Dokumentendaten- 
stroms, der wenigstens eine Formatdef initionen beinhaltende 
Eingangs-Formatdatei (23) und eine in Bereiche und/oder Un- 
terbereiche strukturierte , variable Daten enthaltende Ein- 
gangs-Dokumentendatendatei (22) enthalt, werden mit Finis- 
hing-Befehlen in einer Kontrolldatei (46) Ebenenstrukturen 
definiert, die den Bereichen (40) und/oder den Unterbereichen 
(41, 42, 43, 44) der Eingangs-Dokumentendatendatei (22) ent- 
sprechen. In der Kontrolldatei (46) werden die Finishing- 
Befehle den Ebenen zugeordnet und anhand der Kontrolldatei 
(46), der Eingangs-Formatdatei (23) • und der Eingangs- 
Dokumentendatendatei. (22) von einem Computerprogrammmodul 
(50) automatisch eine Ausgangs - Forma tdatei und eine variable 
Datei enthaltene Datei, in der bereichs- oder.unterbereichs- 
weise zugehorige Grppenauf rufe enthalten sind, erzeugt. 

Hierzu Figur 4 
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